home *** CD-ROM | disk | FTP | other *** search
/ The World of Computer Software / The World of Computer Software.iso / 12bugdec.zip / R12BUG.TXT next >
Text File  |  1992-12-23  |  37KB  |  728 lines
  1. Compiled by Mike Dickason [72711,3404]
  2. August  3, 1992     Initial posting   Bugs 1-12
  3. August 11, 1992     Second posting    Bugs 13-19
  4. August 17, 1992     Third posting     Bugs 20-24
  5. August 31, 1992     Fourth posting    Bugs 25-29
  6. September 12, 1992  Fifth posting     Bugs 30-44
  7. October 11, 1992    Sixth posting     Bugs 45-50 Updated for R12c1
  8. November 1, 1992    Seventh posting   Bugs 51-62
  9. December 8, 1992    Eigth posting     Bugs 63-73
  10.  
  11. The following list of ACAD 12 bugs and corresponding work arounds
  12. was compiled from a combination of problems I have personally
  13. encountered and from messages posted on the ACAD forum of
  14. Compuserve.  I am not an employee of AutoDesk, nor did I compile
  15. this list to discredit AutoDesk.  Indeed, I am quite happy with
  16. R12, but as with any program of this size and magnitude, there are
  17. some bugs.
  18.  
  19. This is not an official nor a complete list of R12 bugs.  It is
  20. meant to be used as an informative list to help other users who
  21. might be encountering similar problems.  All of the problems on
  22. this list have been reported to and acknowledged by ADESK.  If you
  23. know of any bugs which are not included on this list, I would be
  24. interested in hearing about them, solely for the purpose of keeping
  25. the list up to date.  Unless noted otherwise, the bugs are present
  26. in the North American version of ACAD R12c1 for DOS. 
  27.  
  28. Numbers prefixed with an '*' are either new to this posting, or
  29. have been updated from the previous posting to include additional
  30. information.  Those bugs fixed with the release of R12c1 have been
  31. noted as such.
  32.  
  33.  1.  If you run any command which accepts the new fence selection
  34.      option to select items (like the trim command), any subsequent
  35.      usage of the lisp function (ssget "f" (list p1 p2)) will
  36.      generate a heap error and will either instantly reboot the
  37.      computer or dump you out of the editor to the DOS prompt
  38.      without saving your drawing.  Fixed in R12c1.
  39.  
  40.  2.  Lantastic bug with DOS 5.0 and R12.  Unable to run ACAD across
  41.      the network, or edit any drawing located on the network
  42.      without generating sharing violation errors.  
  43.  
  44.      To solve the problem, download the file R12LAN.ZIP from the
  45.      forum.  This patch allows AutoCAD to run on various  
  46.      networks, including LANtastic, 3Com and DEC Pathworks, under
  47.      DOS 4.0 and  5.0. See the README.DOC file included in the
  48.      archive for specific instructions on how to use the patch. 
  49.      This patch is still required for R12c1.
  50.  
  51.  3.  The Hitachi HDG driver shipping with R12 does not work with
  52.      the Hitachi HDG 1111C and possibly earlier models.  Need to
  53.      download the file DG386.EXP from here on the forum.  Fixed in
  54.      R12c1.
  55.  
  56.  4.  The display filters for color with the DDLMODES command in R12
  57.      don't recognize the ~ wildcard.  If you specify the color
  58.      filter as W*, only those layers which have a color beginning
  59.      with the letter 'w' are displayed, as expected.  But if you
  60.      specify the wildcard as ~W*, all of the layers are displayed
  61.      instead of only those which don't have a color beginning with
  62.      the letter 'w'.  No known work around.
  63.  
  64.  5.  The layer DEFPOINTS is supposed to be an unplottable layer,
  65.      but in R12 it is showing up on plots, regardless of whether it
  66.      is turned on or off.  Fixed in R12c1.
  67.  
  68.  6.  When Release 12 compiles a PFB PostScript font file into an
  69.      SHX font file, it makes the font approximately 30% too small. 
  70.      If you insert some text with a regular AutoCAD font (such as
  71.      Simplex) with a height of 2.5", it is drawn 2.5" inches tall.
  72.      If you insert text with a converted PostScript font with a
  73.      height of 2.5", it is drawn 1.7" high.  No known work around.
  74.  
  75.  7.  The path to the R12 drivers is stored within the ACAD.CFG
  76.      file.  If you change rename the ACAD directory, or move it to
  77.      a different location, then attempt to reconfigure ACAD using
  78.      the "-R" switch, it will not find any drivers because it looks
  79.      at the path stored in ACAD.CFG instead of the environment
  80.      variable ACADDRV.  The only workaround is to delete the
  81.      ACAD.CFG file and reconfigure ACAD.
  82.  
  83.  8.  When plotting with R12, if you use a plot scale of 1/8=12, the
  84.      plot dialogue box rounds the scale off to the nearest tenth
  85.      and displays the plot scale as 0.13=12.  It also plots the
  86.      drawing at that scale.  Use 1=96 to get a 1/8" plot scale.  
  87.  
  88.  9.  When you try to plot a R10 drawing it works just fine if you
  89.      bring up the drawing in the editor.  If you use the
  90.      freeplotting feature by calling acad with a -P then it crashes
  91.      with a EREAD error.  The only workaround is to plot from
  92.      within the editor.  Fixed in R12c1.
  93.  
  94.  10. The Calcomp plotter driver shipping with R12 produces erratic
  95.      plots under various situations.  Download the updated driver
  96.      PLPCC.EXP from here on the forum.  Fixed in R12c1.
  97.  
  98.  11. The HP-GL2 plotter driver has a problem handling smart fills. 
  99.      and will exhibit problems with filled areas such as plines
  100.      with a width.  The only known work around is to use an HP-GL2
  101.      driver written for R11.
  102.  
  103.  12. Here's a minor bug with R12's help command.  Run the help
  104.      command, and select "Index" from the opening dialog box. 
  105.      Double click on any item in the index list (I'll use 3D as the
  106.      example) and the help screen for that item comes up as
  107.      expected.  Now select "Index" again and the index dialog pops
  108.      up with the selected item still highlighted.  Select "OK" to
  109.      view the same item again and you get a prompt that says
  110.      "Nothing selected." even though the item is still highlighted. 
  111.      To get the item again, you have to physically select it
  112.      instead of just selecting "OK".
  113.  
  114.  13. If you perform a PEDIT Join command on a polyline containing
  115.      curve information, the resultant joined polyline is stripped 
  116.      of all the curve information leaving you with a polyline made
  117.      entirely of straight line segments.  No known workaround.
  118.  
  119.  14. With a closed polyline, if you perform the sequence PEDIT,
  120.      Edit vertex, Break, the command will not only break out the
  121.      segment between the specified vertices, but it also removes
  122.      the "closing" segment of the polyline leaving you with two
  123.      separate polylines if you attempt to break out an interior
  124.      section.  No known workaround.  Note:  This problem occurred
  125.      in earlier versions of ACAD and is not unique to R12.
  126.  
  127.  15. There is a problem in the plot command when specifying MM as
  128.      the plot units. If you change any of the default pen widths,
  129.      each time you go into the pen parameters menu, the pen widths
  130.      are multiplied by 25.4.  This eventually leads to a general
  131.      protection fault and ACAD crashing.  Fixed in R12c1.
  132.  
  133.      To show this, run the plot command, set the units to MM, then
  134.      select Pen Assignments.  Start clicking on pen 1, and watch
  135.      the width display in the bottom right corner.  Each time it
  136.      increments by a factor of 25.4. Click on pen 1 twenty six
  137.      times, then select OK, then immediately select Pen Assignments
  138.      again.  You will get "FATAL ERROR: General protect exception"
  139.      which immediately returns you to the DOS prompt without saving
  140.      the drawing.  Again, this is fixed in R12c1.
  141.  
  142.  16. When plotting units are set to MM, retrieving a pcp file
  143.      results in the paper size being multiplied by 25.4, even if
  144.      the pcp was stored with MM units.  No known work around.  When
  145.      restoring plot defaults from a file, make sure to check the
  146.      paper size before you plot.  Fixed in R12c1.
  147.  
  148.  17. There is a problem with certain DIMVARS when DIMSCALE is not
  149.      set to 1.  It affects all DIM variables with distance-type
  150.      values, like DIMCEN, DIMTXT, DIMASZ, etc.  With these
  151.      variables, if you are in the DIM command and you type in the
  152.      variable name (like DIMCEN) and hit enter to take the default,
  153.      the default value is divided by the value of DIMSCALE and the
  154.      result becomes the new default.  You can avoid the problem for
  155.      now by setting DIM vars outside the DIM command (like other
  156.      system variables), or by retyping the default value rather
  157.      than using ENTER to retain it.
  158.  
  159.  18. When using the new Shift to Add feature for building selection
  160.      sets, the "Window" and "Crossing" selection options add to the
  161.      current selection set instead of replacing it as documented. 
  162.      No known work around.
  163.  
  164.  19. If you perform a Dview Twist on a drawing, then plot with a
  165.      window, the coordinates of the window corners displayed in the
  166.      new plot dialog box do not match the actual coordinates that
  167.      were picked.  Regardless of what the plot window shows, the
  168.      actual coordinates picked are used for generating the plot. 
  169.      This appears to related to the variable "TARGET", which
  170.      changes after a DVIEW, but never seems to be set back to its
  171.      default value (i.e. start a new drawing, look at the value of
  172.      TARGET, then do a Dview Twist 300, Dview Twist 0, and then
  173.      look at TARGET again and it is different).  No known work
  174.      around.
  175.  
  176.  20. There is a bug with variable width polylines and the commands
  177.      PEDIT and Undo.  If you have a variable width polyline, then
  178.      perform a Pedit on it and change the width to 0, then at the
  179.      command prompt do an Undo which backs through the Pedit, the
  180.      starting and ending widths of the first segment of the
  181.      polyline will be applied to the entire polyline.  The
  182.      following sequence demonstrates the problem:
  183.   Command: PLINE
  184.   From point: 0,0
  185.   Current line-width is 0'-0"
  186.   Arc/Close/Halfwidth/Length/Undo/Width/<Endpoint of line>: W
  187.   Starting width <0'-0">: 0
  188.   Ending width <0'-0">: 3
  189.   Arc/Close/Halfwidth/Length/Undo/Width/<Endpoint of line>: 0,0
  190.   Arc/Close/Halfwidth/Length/Undo/Width/<Endpoint of line>: W
  191.   Starting width <0'-3">: 0
  192.   Ending width <0'-0">: 0
  193.   Arc/Close/Halfwidth/Length/Undo/Width/<Endpoint of line>: 10,10
  194.   Arc/Close/Halfwidth/Length/Undo/Width/<Endpoint of line>: 20,10
  195.  
  196.   Command: PEDIT
  197.   Select polyline: Last
  198.   Close/Join/Width/Edit vertex/Fit/Spline/Decurve/Ltypegen/Undo/eXit <X>: W
  199.   Enter new width for all segments: 0
  200.   Close/Join/Width/Edit vertex/Fit/Spline/Decurve/Ltypegen/Undo/eXit <X>: X
  201.  
  202.   Command: U
  203.  
  204.   No known workaround.
  205.  
  206.  21. Here is a bug with the R12 menu command.  With FILEDIA=0, run
  207.      the Menu command and type in the name of a non-existent menu. 
  208.      ACAD will report that it can't open the file and display the
  209.      search path used.  It then prompts "Enter another menu file
  210.      name (or RETURN for none):".  If you hit the return button on
  211.      the digitizer instead of the keyboard, you will get a       
  212.      "FATAL ERROR: Null pointer referenced"
  213.           "Do you want to save your changes?  <Y> "
  214.  
  215.      The workaround is to use the keyboard for hitting the Enter
  216.      key.  Fixed in R12c1.
  217.  
  218.  22. There is a problem with the pen parameters dialog box in the
  219.      R12 plot command.  The program is handling pens in groups of
  220.      10, ie. 1-10, 11-20, 21-20, etc.  If you make a change to any
  221.      of the pen parameters for pens 11-256, the corresponding pen
  222.      in group 1-10 is changed as well.  For example, change pen 11
  223.      to have a width of 1.0, then scroll up and look at pen 1.  Its
  224.      width will have changed to 1.0 as well.  It also works the
  225.      other way.  Change pen 1 and pen 11 changes, and pen 21
  226.      changes, etc.  No known workaround.
  227.  
  228.  23. R12 has a problem with Wblocks and file locking when using
  229.      relative paths to specify the drawing name.  With file locking
  230.      turned on, if I open a file with a relative path, then attempt
  231.      to Wblock the drawing back to itself using the same relative
  232.      path, ACAD reports the following error message:
  233.  
  234.          Unable to lock file .\MIKE
  235.          File write locked by USER1
  236.          at 10:00 on 08/13/1992
  237.  
  238.           The command sequence to show this...
  239.  
  240.                Command:     OPEN
  241.                File name:   .\MIKE
  242.                Command:     WBLOCK
  243.                File name:   .\MIKE
  244.  
  245.      R11 didn't exhibit this problem.  The only way to make it work
  246.      in R12 is to type out the full path for the Wblock name, which
  247.      is a pain when you have long paths for the file directories. 
  248.      
  249.      The same problem occurs if you open a new drawing with a
  250.      relative path then attempt to save it using the SAVE command.
  251.  
  252.  24. There is a problem with any command which uses the new File
  253.      Dialog box to allow for file selection.  When you change the
  254.      file search pattern so that it matches enough file names to
  255.      require the slider bar to be used then slide the bar to the
  256.      bottom of this list it jumps back to the top of the list.  To
  257.      see this, load a drawing with enough blocks to enable the
  258.      sliders in a list box.  Call DDINSERT and pick Block to get a
  259.      listing of the blocks.  Change the Pattern specification to
  260.      anything that will retain the sliders (or just delete the "*"
  261.      and enter it again).  Then slide the list to the bottom and
  262.      release - it goes back to the top of the list.  It happens
  263.      whenever you change the Pattern specification.  However, it
  264.      will work correctly if you do it a second time - only happens
  265.      the first time after changing the Pattern specification.  This
  266.      problem occurs in every command which utilizes the R12 file
  267.      dialog box.
  268.  
  269.  25. The variable XREFCTL is ignored by the OPEN command. 
  270.      Regardless of the setting of XREFCTL, an .XLG file will be
  271.      created when you open an existing drawing which already
  272.      contains Xrefs.  No known workaround.
  273.  
  274.  26. With file locking enabled and FILEDIA=0, if you shell out of
  275.      ACAD and delete the MNX file for the current menu then return
  276.      to the editor and run the MENU command, you get:
  277.          "FATAL ERROR: MENU1 1"
  278.  
  279.      The reason for the error is that ACAD keeps the .MNX file
  280.      open, and when you run the menu command ACAD is trying to
  281.      close a file which no longer exists.  The reason for deleting
  282.      the .MNX file was to force ACAD to recompile the .MNU which
  283.      had been edited on a different machine and was newer, but had
  284.      a date older than the .MNX file.  The workaround is to change
  285.      to a different menu, then shell out and delete the .MNX of the
  286.      original menu, then change back to the original menu.
  287.  
  288.  27. There is a bug in the implementation of the alternate-font-
  289.      prompt-reduction (AFPR) mechanism.  AFPR is a new feature in
  290.      R12 which is supposed to cut down on the number of prompts for
  291.      "Can't find font 'XXX'" when you open a drawing by
  292.      substituting the font you specify for the first missing font
  293.      for each remaining style in the drawing which uses the same
  294.      font.  Turns out that AFPR is case-sensitive, so if the first
  295.      font was really entered as "helv", then it won't match the
  296.      next one if it was entered as "HELV".  No known workaround.
  297.  
  298.  28. Here is another problem with the DLDMODES command in R12. 
  299.      Start a new drawing, make a layer called ZEBRA, then run the
  300.      DLDMODES command.  Set the filter for the layer names to "Z*". 
  301.      Pick to select the ZEBRA layer, then rename it to MYZEBRA.  At
  302.      this point ACAD displays a message that no more layers match
  303.      the specified filter, then places a string of garbage
  304.      characters in both the layer name field and the current layer
  305.      field of the dialog box.  ACAD appears to be having problems
  306.      when the last layer of a filtered display is removed from the
  307.      list.  Select OK, then immediately run the DDLMODES command
  308.      again.  On large drawings, this sequence is generating a
  309.      "FATAL ERROR: NULL pointer referenced" about 20-30% of the
  310.      time.  No known workaround.
  311.  
  312.  29. If you specify an old ACAD .MNU/.MNX file for the current menu
  313.      name and there is a matching .MNL file in the ACAD path, the
  314.      next time you run the menu command you will generate a fatal
  315.      "HEAP MANAGEMENT Error #6" and get dumped instantly to the DOS
  316.      prompt.  Because your menu is named ACAD.MNX, AutoCAD finds
  317.      and loads the ACAD.MNL AutoLISP file, which in turn loads
  318.      ACADR12.LSP.  Well, ACADR12.LSP contains (menucmd "Pn.i")
  319.      calls to gray-out certain menu items (which makes little sense
  320.      for your menu, since its structure is different). Anyhow, the
  321.      (menucmd), when used on the LAST ITEM in a pulldown menu.  The
  322.      only workaround is to ensure that if using the (menucmd)
  323.      function, that it is not working on the LAST ITEM in a
  324.      pulldown menu.
  325.  
  326.  30. The new variable PICKAUTO does not work.  Regardless of its
  327.      setting, ACAD allows you to draw a selection window (both
  328.      window and crossing window) automatically at the "Select
  329.      objects: " prompt.  Setting PICKAUTO to 0 is supposed to
  330.      disable this automatic windowing, but it doesn't.
  331.  
  332.  31. There's a bug in the POSTSCRIPT sampleprolog. If you included
  333.      the code-handling for linetypes, there's a line that refers to
  334.      "acad-ltype-known", and another that refers to "acad-linetype-
  335.      known". They should both be the same; if not, your printout
  336.      will probably fail silently.  In acad.psf, globally change
  337.      acad-ltype-known to acad-linetype-known.
  338.  
  339.  32. With certain Sparcstation configurations, the R12 DDEDIT
  340.      command will crash ACAD when you hit the <Return> key to
  341.      finish editing. The only workarounds are to use the change
  342.      command to modify the text instead of DDEDIT, or to use the
  343.      system mouse to click on the OK box.
  344.  
  345.  33. If any portion of a block is visible within the graphics
  346.      window it is included in a "window" selection set if the
  347.      insertion point of the block is outside the graphics window. 
  348.      No known workaround.  It turns out that this is not a bug and
  349.      is performing as documented under the "Window Selection"
  350.      command of the ARM.
  351.  
  352.  34. After restoring a PCP file which has a default plot file name
  353.      which contains a path, any PCP files saved (during the same
  354.      editing session) will contain the default plot file name with
  355.      path that was originally read in, instead of the current
  356.      default plot file name.
  357.  
  358.  35. When saving a PCP file, if the current time is less than 10
  359.      minutes past the hour, the leading 0 of the minutes in the
  360.      time field of the PCP is dropped, i.e. 3:05pm is written as
  361.      15:5 instead of 15:05.
  362.  
  363. *36. The TRIM command is not properly handling PLINES during a trim
  364.      operation.  To show this, draw two vertical lines, then draw
  365.      a pline which crosses both lines.  Run the TRIM command and
  366.      select the two vertical lines as the cutting edges, then trim
  367.      the left side of the Pline hanging outside the left line and
  368.      then the part hanging outside the right side.  Finally select
  369.      the remaining pline section between the two lines.  You have
  370.      now in effect trimmed the entire pline.  This trimming
  371.      sequence results in a single vertex polyline which will cause
  372.      errors if you attempt to DXFOUT the drawing and then DXFIN it
  373.      into another drawing.  No known workaround for both sides of
  374.      the polyline disappearing.  The workaround for the DXF problem
  375.      is to perform an AUDIT before doing the initial DXFOUT.
  376.  
  377.  37. When rendering using SVADI in dual screen mode, the Render
  378.      option places garbage on the >graphic display< (note: ACAD
  379.      menu still visible) in 1024x768x256. Turning off dual screen
  380.      corrects the problem. 
  381.  
  382.  38. Configuring for a binary plotter file with 1 pen causes
  383.      AutoCAD to ask a nonsensical question, viz., "How many pens?". 
  384.      Also, the description for both the "AutoCAD file output
  385.      formats" and "ADI plotter or printer" choices says "pre 4.1". 
  386.      
  387.  39. The DDEDIT command is supposed to accept 256 characters, but
  388.      it only accepts 255 it only returns 254 characters.
  389.  
  390.  40. On some systems AutoCAD will dump straight to DOS without a
  391.      warning when you run the DXFIN command with FILEDIA=1 and
  392.      enter the name of the file direct from A: with no floppy in
  393.      the drive and answer "F" to the resulting "Retry, Fail:"
  394.      prompt.  The same thing happens with OPEN, (getfiled) and
  395.      INSERT A:XXX.  Same thing with drive B:, too.  This problem
  396.      seems to be caused by the floppy drive not being able to
  397.      detect whether the drive door has been opened (change-line
  398.      support).
  399.  
  400.  41. In LISP, passing a "nil" instead of a 2D point to the
  401.      new_dialog command generates a "FATAL ERROR: NULL POINTER
  402.      REFERENCED".  The following code demonstrates the problem:
  403.  
  404.           (setq di_dcl_id (load_dialog "dlgtest.dcl"))
  405.           (new_dialog "dimensions" di_dcl_id "" nil)
  406.  
  407.  42. With file locking enabled and FILEDIA=1, save the current
  408.      file, make some changes, then shell out of ACAD and delete the
  409.      .DWK file.  Now end out of ACAD.  You get an alert box stating
  410.      that ACAD was unable to lock the current drawing.  Select OK
  411.      and the same alert box reappears.  Select OK a second time and
  412.      you are returned to the DOS prompt as expected.  Do a
  413.      directory of the file you were editing and you will see that
  414.      there is a .BAK file and a 0 byte .DWK file, but no drawing
  415.      file.  Any changes since your last save have been lost.  The
  416.      same problem occurs if FILEDIA=0, except when you end there is
  417.      no alert box displayed and ACAD appears to hang, but it is
  418.      really waiting for you to hit "RETURN" to acknowledge the
  419.      message in the alert box (which isn't visible).  The work
  420.      around is to either not delete the .DWK file while editing the
  421.      drawing, or disable file locking in the configuration menu if
  422.      file locking is not needed.
  423.  
  424.  43. The DDCHPROPS command will not allow you to change an entity
  425.      to a locked layer while both the CHANGE and CHPROP commands
  426.      will.
  427.  
  428.  44. There is a problem with the hatch angle recorded and reported
  429.      by BHATCH.  Draw a rectangle and rotate it 25 degrees. Then
  430.      adjusted the UCS by using the UCS Entity Command. Hatched the
  431.      rectangle and the angle displayed is 25 degrees. After
  432.      applying the pattern and attempting to hatch again the angle
  433.      displayed was 50 degrees.  Apply it and hatch again and it
  434.      reads 75 degrees. 
  435.  
  436.  45. The lisp expression (ssget "X" (list (cons 0 "INSERT") (cons
  437.      -4 "=,=,=") (cons 10 (list 0 0 z)))) doesn't work.  The z
  438.      coordinate isn't being evaluated in the relational test with
  439.      blocks.
  440.  
  441.  46. Documentation bug.  The ACAD Reference Manual index is missing
  442.      references to these AutoCAD commands: GraphScr, TextScr,
  443.      Redefine, Undefine, Script, RScript and Resume.
  444.  
  445.  47. Documentation bug.  The ADS Reference Manual example on page
  446.      108 which shows how to use ads_entmake() to generate a
  447.      polyline is incomplete.  The codes for the linetype and color
  448.      were omitted for each VERTEX and for the SEQEND.  If the
  449.      linetype and color are not included in the ads_buildlist()
  450.      command for these items, the AUDIT command will report several
  451.      errors in the drawing after running the example as shown.
  452.  
  453. *48. When plotting using MM units, if you specify any paper size
  454.      other than MAX, the resultant plotted dimensions were 25.4
  455.      times smaller than specified.  The workaround is to either
  456.      specify MAX for the paper size, or multiple the desired paper
  457.      size by 25.4 (e.g. 841,594 becomes 21361.4,15087.6) when
  458.      entering the size.  Fixed in R12c1.
  459.  
  460.  49. Create a visible attribute on layer 0.  Create a block called
  461.      TEST which consists solely of the attribute you just defined. 
  462.      Make a new layer called HOWCOME and insert the TEST block onto
  463.      this layer and enter "THIS IS TEXT" at the attribute value
  464.      prompt.  Freeze layer 0.  The attribute value of "THIS IS
  465.      TEXT" is still visible on the screen, as it should be since
  466.      anything created on Layer 0 is supposed to take on the
  467.      properties of the insertion layer.  Now try to select the
  468.      block using any command, including DDATTE, ERASE, MOVE, COPY,
  469.      etc. and you will not be able to.  The only known workaround
  470.      is to THAW Layer 0.
  471.  
  472.  50. When plotting from Paperspace, filled entities (i.e. arrow
  473.      heads, fat polylines, solids, etc.) contained within an XREF
  474.      but are on a layer which is frozen using VPLAYER show up in
  475.      the plot preview and also in the actual plot.  The following
  476.      script demonstrates the problem.
  477.         layer
  478.         m
  479.         solids
  480.         
  481.         solid
  482.         5,5
  483.         10,5
  484.         7,10
  485.         
  486.         
  487.         saveas
  488.         DWG1
  489.         new
  490.         DWG2=
  491.         xref
  492.         attach
  493.         DWG1
  494.         0,0
  495.         
  496.         
  497.         
  498.         tilemode
  499.         0
  500.         mview
  501.         0,0
  502.         15,15
  503.         zoom
  504.         ext
  505.         vplayer
  506.         freeze
  507.         *solid*
  508.         All
  509.         
  510.      At this point, if you do a full plot preview, the solid is
  511.      displayed even though the layer has been frozen.  The only
  512.      workaround is to freeze the layer in the original drawing
  513.      instead of using VPLAYER in the drawing which contains the
  514.      XREF.
  515.  
  516.  51. Attempting to use entmake or ads_entmake to generate a
  517.      polyline in R12 which uses the new continuous linetype pattern
  518.      (PLINEGEN) will lock the computer everytime.  The following
  519.      lisp routine demonstrates the problem.  
  520.         (defun c:lockitup ()
  521.           (setvar "PLINEGEN" 1)
  522.           (entmake '( (0 . "POLYLINE")
  523.               (62 . 5)
  524.               (6 . "DASHED")
  525.               (66 . 1)
  526.               (70 . 128)    ;  <<<<---- change this to (70 . 0) 
  527.                             ;           and it works but the    
  528.                             ;           continuous linetype 
  529.                             ;           is not displayed 
  530.              )
  531.           )
  532.           (entmake '( (0 . "VERTEX")
  533.               (10 1.0 1.0 0.0)
  534.               (6 . "DASHED")
  535.               (66 . 1)
  536.             )
  537.           )
  538.           (entmake '( (0 . "VERTEX")
  539.               (10 5.0 1.0 0.0)
  540.               (6 . "DASHED")
  541.               (66 . 1)
  542.             )
  543.           )
  544.           (entmake '( (0 . "VERTEX")
  545.               (10 10.0 5.0 0.0)
  546.               (6 . "DASHED")
  547.               (66 . 1)
  548.             )
  549.           )
  550.           (entmake '((0 . "SEQEND")))
  551.         )
  552.         
  553.      The only workaround is to generate the polyline without the
  554.      "128" code, then perform a PEDIT on the polyline and turn on
  555.      the Linetype Generation.
  556.  
  557.  52. When issuing the PLOT command from AutoLISP, the first prompt
  558.      "Display, Extents..." is not issued unless CMDDIA set to 0.
  559.  
  560.  53. In the international version of R12, in pull-down menus,
  561.      placing "!." at the start of a menu label is supposed to
  562.      display a check mark (tick), but it does nothing.  Workaround:
  563.      use extended character 251 (square root symbol) in place of
  564.      the dot.
  565.  
  566.  54. When plotting to a color Postcript device (PLOT, not PSOUT),
  567.      the plot file does not correctly handle color changes when
  568.      going from a filled entity with a color to a non-filled entity
  569.      which has its color set to BYLAYER.  For example, whenever a
  570.      filled polyline is encountered, subsequent lines, text, etc. 
  571.      are plotted in the last filled polyline's color rather than in
  572.      their specified color.  The work around is to do a chprop and
  573.      set every entity to its desired color instead of leaving color
  574.      set bylayer.
  575.  
  576.  55. RQEND isn't being sent to ADS applications when an Open or End
  577.      is issued.  No known workaround.
  578.  
  579.  56. There is an incompatibility between R11 ADS apps and R12 in
  580.      the area of ads_ssget() filters; R11 only supported filters
  581.      for the "X" form of call, wherease R12 supports filters on all
  582.      varieties of ads_ssget().  The problem shows up when you
  583.      attempt to run ADS programs compiled for R11 using the
  584.      ads_ssget functions with a "W" or "C", under R12.  This will
  585.      generate an error in R12 stating that the filter list is
  586.      invalid (even though I passed NULL as filter list).  The
  587.      problem is that the R11 ADS.LIB didn't bother passing anything
  588.      in the filter field for non-"X" ads_ssget() calls, but R12 is
  589.      looking for it anyway.
  590.  
  591. *57. When using the fillet command on lines that are residing on
  592.      different layers, the fillet arc will be created on the
  593.      current layer with the current layer color and current layer
  594.      linetype rather than on the current layer in the color
  595.      currently set by the color command and the current linetype
  596.      set by the linetype command.  No known workaround.  Same
  597.      problem applies to the CHAMFER command.
  598.  
  599.  58. AME bug.  The SOLSERVMSG (AME) variable cannot be set (back)
  600.      to 3 in either autolisp or ADS.  Executing (ap_setvar
  601.      "SOLSERVMSG" 3) will confirm this.  This variable can be set
  602.      to 2 under the same conditions and can be set to 3 with the
  603.      SOLVAR command.
  604.  
  605.  59. ACAD has a highlighting bug relating to the new 31 bit display
  606.      mode of R12.  When you zoom in to a very small portion of the
  607.      drawing and do a regen, then zoom out to display a much larger
  608.      area without forcing a regen, any items which are then
  609.      selected at a "Select objects" prompt don't appear to be
  610.      highlighted.  This wasn't a problem before release 12 because
  611.      you could never zoom back out far enough after the first regen
  612.      without forcing a second regen, but it is now possible with
  613.      the 31 bit display.  The only workaround is to do a second
  614.      regen with the larger portion of the drawing displayed.
  615.  
  616.  60. On a Novell 3.11 network using a network copy of ACAD, when
  617.      two or more users attempt to start ACAD at the same time, they
  618.      recieve a "waiting of ACAD.PWD, File missing or corrupt"
  619.      message.  If the users allow ACAD to continue to wait for the
  620.      .PWD to open, they will sometimes get an "unable to open PWD
  621.      file" message and then be dumped out to DOS. This is sometimes
  622.      followed by an undeleted ACAD.PWK lock file that soon trashes
  623.      the remaining users.  The suggest workaround is when two
  624.      simultaneous users attempt to log in at the same time, and the
  625.      second one gets the message "waiting for acad.pwd...", have
  626.      them press ctrl-c and wait a moment, then go into AutoCAD
  627.      again. 
  628.  
  629. *61. When using ACAD with QEMM 6.0x, the setting of the MAXVCPI
  630.      switch is ignored and ACAD uses all available memory.  The
  631.      switch is honored if you are using HIMEM.SYS, or no memory
  632.      manager at all, but not with QEMM 6.0x.  The work around is to
  633.      use the Pharlap configuration switches -maxx 0 -maxe 0 -
  634.      maxvcpi XXXX, where XXXX is the size in bytes of the amount of
  635.      memory you wish to restrict ACAD to.
  636.  
  637.  62. With FILEDIA=1, if you have a repeating menu command such as 
  638.      [Fan]*^c^cinsert c:/acad/elecsyms/fan which attempts to insert
  639.      a non-existant block, the ACAD alert box pops up stating that
  640.      the block can't be found.  When you click on the OK button,
  641.      the box instantly reappears because the command is being
  642.      repeated.  The work around is to click on the OK button and
  643.      then instantly hit the ^C button.  It might take several
  644.      tries, but ACAD will eventually stop running the command and
  645.      return you to the command prompt.
  646.  
  647. *63. ACAD does not allow the valid DOS filename characters
  648.      "`~!@#$%^&{}()'" to be used with the NEW, SAVE, WBLOCK, and
  649.      SAVEAS commands.  Interestingly enough, the commands OPEN and
  650.      INSERT do allow these characters to be used.  Because of this
  651.      discrepancy, it is possible to open an existing drawing which
  652.      contains these characters but you won't be able to save it
  653.      back to the disk with changing its name.
  654.  
  655. *64. There is a problem with the Epson printer driver having to do
  656.      with where it places the origin of the drawing.  When
  657.      plotting, the driver feeds about 2" of paper before plotting,
  658.      making it difficult to line a plot up with the paper.  Apart
  659.      from rolling the paper back a few inches the other option
  660.      would be to use R11's plep.exp driver from the Driver Update
  661.      Disk that shipped with R11.
  662.  
  663. *65. Having Limit Checking turned on prevents the you from
  664.      configuring your tablet menu.  Attempting to configure the
  665.      tablet menu with Limit Checking on results in the message
  666.      "Outside Limits" being display for each corner of the menu. 
  667.      The work around is to turn it off with the command, LIMITS
  668.      OFF.
  669.  
  670. *66. With file locking enabled, start a new drawing and attempt to
  671.      DXFIN a .DXF file which contains errors.  ACAD will generate
  672.      an error message about the invalid DXF file, then re-
  673.      initialize the drawing editor so that the current drawing name
  674.      is "UNNAMED" but it leaves the .DWK file for the original new
  675.      drawing.  You then have to delete the original .DWK before you
  676.      can attempt to start a new drawing with the same name.
  677.  
  678. *67. The command DDIM does not work transparently, even though it
  679.      is documented to do so.  The only workaround is to run the
  680.      command from the "Command:" prompt.
  681.  
  682. *68. When performing a Zoom Extents within a viewport in
  683.      Paperspace, ACAD is incorrectly computing the drawing extents
  684.      based on every entity in the drawing instead of only those
  685.      thawed in the current viewport.  To show this, start a new
  686.      drawing, then place a circle at (5,5) with a 10' radius on
  687.      LAYER1, then create a second circle at (1000,1000) with a 10'
  688.      radius on LAYER2.  Set TILEMODE=0 and create then use MVIEW to
  689.      create 2 viewports.  Run VPLAYER and freeze LAYER1 in one
  690.      viewport and LAYER2 in the other viewport.  Now perform a Zoom
  691.      Extents in each viewport.  ACAD is zooming over the entire
  692.      model space instead of just the object space.  No known
  693.      workaround.
  694.  
  695. *69. Using GRIP editing on 2D polyline vertices, ACAD allows you to
  696.      change the vertex elevation by osnaping to a point in the
  697.      drawing with an elevation different than the vertex.  When you
  698.      do this, ACAD updates the polyline header and the vertex you
  699.      are editing to reflect the new elevation, but it doesn't
  700.      change any of the other vertices within the polyline.  If you
  701.      perform an AUDIT after doing this grip editing, ACAD reports
  702.      errors with a non-planar 2D polyline.
  703. *70. When plotting to the HP Draftpro EXL, changes in the pen speed
  704.      settings or color assignments seem to cause lines to be
  705.      erratically plotted partway through a medium size plot.  No
  706.      known workaround.
  707.  
  708. *71. The new TRIM with Fence option does not work correctly with
  709.      polylines which cross the trimming boundary more than twice. 
  710.      The only workaround is to keep repeating the trim command
  711.      until all of the polyline is gone.
  712.  
  713. *72. Call REPLAY to replay a TIFF file. Select a file from the
  714.      dialog box by double clicking on the file's name. Works
  715.      perfect.  Call REPLAY again. ACAD defaults to the file entered
  716.      before. Click OK: "Error: can't locate file". Press RETURN:
  717.      "Error: can't locate file". Double-click on the filename: This
  718.      works.
  719.  
  720. *73. When using the HPGL/2 driver with R12c1 configured for a color
  721.      electrostatic.  With CMDDIA=1, run the PLOT command and save
  722.      the settings to a .PCP file.  Cancel the plot, end out of
  723.      ACAD, then restart ACAD.  Set CMDDIA=0, run the plot command
  724.      and attempt to read in the .PCP file you just saved.  ACAD
  725.      generates an error for each pen number stating that the pen is
  726.      out of range.  The only known workaround is to restore the
  727.      .PCP when CMDDIA=1 instead of with CMDDIA=0.
  728.